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1. INTRODUCTION 


This plan has been prepared by Systems Consultants , Inc. to document the 
design of and procedures for conducting the Factory System Test of the Remote 
Data Terminal (RDT) system. It is intended to fulfill the requirements of 
paragraphs 4.2.7 and 4.3.7 of the contract Statement of Work. A secondary pur- 
pose of this test plan is to facilitate the design of the Acceptance Test (para- 
graph 4.4.3 of the Statement of Work) by highlighting RDT system requirements 
which cannot be verified during the Factory System Test for technical reasons, 
and by providing a baseline design for the test. 

The RDT is intended to be used in a full duplex mode with bit rates as high 
as 9600 bps, and therefore any meaningful system test must include or simulate 
this jenvironment. However, a test which includes only the 9600 bps, full duplex 
environment would be inherently disorderly and would lack discrimination (i.e., 
the ability to detect and properly characterize faults) . Consequently, the 
Factory System Test design includes half duplex operation tests (at 9600 bps) as 
preludes to the full duplex testing. If during the course of testing it becomes 
apparent that operation at 9600 bps is not possible, successively lov;er data rates 
will be tested until a data rate Is reached at which queue stability is attained. 

The tests described in the follov7ing sections are functionally oriented: they 
arc designed to verify the functional requirements of the contract specification 
and are executed in a sequence representing normal operations where possible. 

The RDT cannot be tested with efficacy unless it is on-line. Consequently, 
most of the testing will be conducted in a simulated RDT-HDS on-line environment. 
This x^ill be accomplished by using the backup system as an IIDS emulator, and con- 
necting the RDT to the. HDS emulator using a MODEM Eliminator. As will be explained 
belox7, the distinction betX'Teen the RDT and the HDS emulator x^lll be' artificial for 
the purposes of the Factory System Test, because some of the test events will be 
accomplished in parallel. 

Section 2 describes the tests associated x^ith RDT startup and some functions 
which can be performed off-line. For these tests, the system X'?!!! be configured 
in its deliverable form. After completion of these tests, the hardxvare will be 
reconfigured as described in the foregoing paragraph. 

Section 3 includes tests of the procedures and system functions related to 
establishing RDT on-line status. 

Having demonstrated the adequacy of the on-line to backup system interface, 
and that the system can be brought on-line X7ith the HDS emulator, tests of the 
message transmit and receive functions will be performed. Procedures for these 
tests are delineated in sections 4 and 5. In the interest of efficiency, it is 
Intended that these half duplex tests be conducted in parallel: If the two RDT 
systems are designated "A" and "B", then system A will act as the RDT and system 
B the Host emulator for the Originating Message Traffic Processing tests, while 
s.iraultaneousJ.y System A X7ill act as the HDS emulator and system B the RDT for the 
Terminating Message Traffic Processing tests. 
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6 describes the full duplex tests. Tn effect, the full duplex test 
taentlcal to the Or:i p/inatiug Message Traffic Processing tests except that 
o-..a systems A and E will originate (and hence receive) messages. 

Tliis report includes tv;o appendices which were prepared during the course 

lift all thT 

tlav >•“ PhP particular test segments where 

they are tested. fhe third appendix lists all RDT operator alerts, with references 

in thit^Th''‘'f^'^^ include them. Alerts are distinguished from alarms 

In that the former do not result in SCC log entries, while the latter do if they 
appear on the SCC console. The appendices were included in the test pJan to 

document for adequacy and to aid in designing the Accept- 


i-iA noted, all of the tests will be performed using the system opera- 

^ the RDT Operators Manual. The major exceptions 

introduced niements in which a malfunction or misapplication is deliberately 
introduced oO as to verify appropriate RDT response. 

proper system performance during the test is to be accom- 
mec,Q.!o ^ ° serving Information displayed in real time, examining hard copies of 
in Sf'tex^^ examining hard copies of logs. In. most instances (and as indicated 
in the text) the first of these methods is to be used. As examination of the 

orintS verification, it is requ.ired that complete sets of logs be 

printed on an hourly basis throughout the test. 
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2 , S YS TEM START m> _ TE^ 

The purpose of this test is to verify that: The system can be brought up 
(cold start or warm start); that the peripherals can be brought up or shut down 
under operator control; and that device status is portrayed to the operator. 

A. COLD START (demonstrate adequacy of procedures/sof tware) 

B. WAld'l START (demonstrate adequacy of procedures/sof tv/arc) , This tost 
will include the TTY and TM commands. 

C. "UP" devices (demonstrate response to operator commands for each 

' device. 

1. Discs, Terminals, Printers, ... 

2. Copy Disc 

a. With both discs in an operable status, issue COP command. The 
DISC COPY IN PROGRESS alarm should appear Immediately, followed 
by the DISC COPY AND VERIFICATION COMPLETED alarra when the copy 
process has been successfully completed. 

b. Repeat the above, but abort the copy after it has begun. The 
DISC COPY AND VERIFICATION ABORTED alarm should appear. 

c. Attempt to accomplish a disc copy with the backup disc inoperabl 
The DISC DSl INOPERABLE alarm should result. 

D. "DO^'JN" devices (demonstrate system response to operator commands for 
each device) . 

1. After downing each device (DWN command), issue a command involving 
that device (e.g., PNT for the line printers). The DEVICE NOT 
AVAILABLE Alert should result. 


Test Completed and Satisfactory Performance Observed 
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NOTE: 


Status 

1. Provido status report In response to the STA coinmancl 
a. Print status report using the PNT,n,RP coinmancl. Verify that 

uisplayed and printed reports are identical in content and format, 

2. Issue ALARM if any device malfunctions (will simulate malfunction 
tor each peripheral device by "downing” it locally). 

3. lest the SCC CONSOLE DOWN Alert by removing the console from the 
system (i.e. downing it locally). The Alert should appear on the 
Operator consoles. 

. Verify that the UP; DWN; STA; TM; TIM; and COP commands can 
only be. entered thru SCC Console. 

The Warm Start test will have to be repeated with messages in process to 
verify that the system saves appropriate files in the event of a catastro- 
phic failure. This will be accomplished during the Full Duplex testing 
(Sec. 6). 


Test Completed and Satisfactory Performance Observed 


C.O.T.R. PROJ. MGR. DATE' 
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SIGN ON T EST 

A. . Verify the sign~on Process 

1. Normal condition: RDT sends sign on message in response to SON com- 
mand, and upon completion of the sequence the SIGNED ON alarm 
appears . 

2. Reject sign-on command if signed on 

3. Test with no IIDS response: Should get UNABLE SIGN ON alarm (after 
automatic retransmission of the sign on sequence) . 

4. Verify that the SON command can only be entered thru SCC Console. 

B. Verify the Enquiry Sequence. After signing on, disconnect the receive 

line from the MODEM eliminator. Four and one half minutes later, the 

NO ENQ RESPONSE alarm should appear. 


Test Completed and Satisfactory Performance Observed 
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^ • origin a ting mes sag e tr af fic process ing 

The purpose of these tests is to verify that the ROT performs all specified 
functions having to do with generating and transmitting a message in an environ- 
ment where messages are not being received. 

To perform the tests Involving queuing the Teletype and DATA circuits should 
initially be in an inactive state (OUT and ORD) so as to initialize transmission 
vjith queues in existence. 

A. Send Service Messages. To perform the test for each wire, the 

operator will enter the appropriate command, and will verify that the 
appropriate service wire is transmitted, and that the format and con- 
tents of the displayed information are correct. Transmission will be 
verified by checking the contents of the RDT output log and the HDS 
emulator input log. Prior to transmission of the first message, the 
GIN command must be issued from the SCC console. Verify that the com- 
mand is rejected if entered from another console, or if the JTY cir cuit 
is already in operation. Format verification will be performed at the 
HDS emulator by examining the message displayed on the SCC CRT. 

1. Demonstrate ability to retrieve and transmit the QRT, QRV, ZES, ZFX 
and CSR messages from the SCC console. (Attempt to send from other 
consoles will result in rejection of the command.) 

2. SVC Message 

a. Demonstrate ability to retrieve partially completed 
service message from any console using SVC coiraiand 

b. Demonstrate ability to edit from any console using following 
commands: U,ln; D,ln; S; I; R; C,abc. . . /xyz. . . ; L;X 

Tost Completed and Satisfactory Performance Observed 
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3. CCK Message 

a. Normal Sequence: Transmit: CCK message from SCO console 
(verify that CCK command is rejected if entered from operator 
console) of the RDT. Upon receipt of CCK, the HDS emulator 
sends any TTY block. Wait 20 minutes. No alarm should appear. 

b. Abnormal Sequence: Transmit CCK message from RDT as before, 

HDS Emulator does not respond. Fifteen minutes later, the 
NO COMP-TTY CCK alarm should appear. 

B. Send TTY Message 

1. Demonstrate Message Generation: Verify ITM validity from 
see and OPER consoles. This tost is to be repeated a minimum 
of three times, once for each of the following combinations of 
header and text source devices: Paper Tape Reader-Paper 

Tape Reader (PTR-PTR) , TTY-TTY, eRT-PTR, CRT-TTY, and eRT-CRT, 

The ITM,hdr-dev, txt-dev command should be rejected if the header 
and text devices are not the above combinations. Since the ITM 
command is valid for all consoles, at least one valid ITM command 
entry will be made from an operator console. During the operator 
review process, exercise the N command and verify that its invoca- 
tion causes the next 20 message lines to appear on the originciting 
CRT. While generating a message on a CRT, ensure that a line con- 
sisting of more than 72 characters cannot be entered. 

2. Demonstrate Validation & Transmission (SCC and OPER Console.) 

a. Upon release, the valid message enters the queue, has a TSN 
assigned, is logged in, has a TI assigned, is transmitted 
and logged out. (No circuit problems.) 

Test Completed and Satisfactory Performance Observed 
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Invalid Message | 

(1) At temp L to send inessage containing all of the 

following FMT LINE errors. Errors should be detected 
sequentially and the message queued for spill back to 
the originator's console for correction. 

(a) Format Line 1 Errors 

I) 1 " SOM, incorrect 

II) 2 - Channel designator portion of TI not 

alpha 

ill) 3 - Channel sequence number space filled 
Format Line 2: 1-Precedence Line Incorrect 

(c) Fonnat Line 3: 

i) 1 - Routing line Incorrect 
11) 2 - OSRI Missing or contains non-alpha . 

character 




ill) 3 - OSRI Character count 

iv) 4 - # does not precede HSSN 

v) 5 - HSSN missing or contains non-numerics 

vi) 6 - HSSN length greater than 4 digits 
vij.) 7 - JDTG not preceeded by blank 

(d) Format Line 4: 1 - Security Protect line 

missing or incorrect 

(e) Format Line 12E 

1) 1 - Keyword sequence has no dash 


Test Completed and Satisfactory Performance Observed 
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(f) Format Line 15^ 

i) 1 -- TSSN Line taissing or Incorrect 

ii) 2 - TSSN contains non-numerics 

ill) 3 - TSSN value does not agree with HSSN 
of Format line 3 
Cg) Format Line 16 

i) 1 - EOT not present 

c. Queuing I 

(1) Demonstrate that valid message enters transmission 
queue in precedence order. This is to be accomp- 
lished in the following manner: Two or more 
messages of differing precedence are generated and 
then released in reverse precedence order. 

Examination of the logs should show that the message 
TSNs are in the order in which they were released 
and that the TIs are in precedence order (higher 
precedence message has lower value of TI). 

d. Logging and Courtesy Copy Printing 

(1) Demonstrate that input and output log entries are 
created, include all required contents, and are in 
the proper format. Tliis is to be accomplished by 
examination of the input and output logs. 

(2) . Demonstrate that a courtesy copy is printed after 

completion of validation. 

(3) Verify that the message logs can contain approxi- 
mately five days’ entries. 

Test Completed and Satisfactory Performance Observed 
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(4) Demonstrate that where overwriting is required, it 

is accomplished by overwriting the oldest log entry. 

(5) Demonstrate the ability to retrieve the message logs 
or any portion (as appropriate to the coraimnd) using 
the following commands, entered from any console: 
PNT,n,ML; PNT,n,ML, tsn; PNT,n,lIL, ti; PNT,n,2-IL, jdtg; 
PNT,n.,M., jdtg, jdtg. 

(6) Attempt to retrieve the message log entries for 
fictious messages by executing the above commands 
using nonexistent TI, TSN or JDTG. An alarm should 
result, 

e. Transmission I 

(1) Test normal message transmission procedures by 
executing the TMM command. Transmission of the 
message is verified by observing the output log. 

Repeat the test using a message containing valida- 
tion errors and the TMM,KV command. 

(2) With messages in the transmission queue, repeat the 
above test (TMM comraand) then issue the OFF command. 
Repeat again using the OUT command, and again using 
the ORQ command. 

(a) In the case of the OFF coumand, the transmission 
should be terminated with a CANTRAN sequence 
and no further transmission should be possible until 
the SON command is issued, and the TTY circuit 
enabled using the GIN coimnand. 

Test Completed and Satisfactory ■ Performance Observed 
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(b) With the OUT command, the TTY transmission in 
progress should be completed but further Tl'Y trans- 
mission should be disabled until issuance of the 
GIN conunand. Verify by examining the logs, 

(c) Issuance of the ORQ command should result in 
termination of the transmission in progress with 
a CAU'i'llAN sequence with further TTY transmissions 
inhibited until issuance of the GIN command. 

Verify by examining the RDT logs. 

In all of the above cases, the message in transmission 
should be requeued. This can be verified by re- 
activating the TTY circuit, then examining the RDT 
output log to verify transmission. 

(3) Verify the HUNG BLOCK alarm by resetting the HDS up 
bit at the HDS emulator. Tliis will cause the HDS 
emulator to not acknowledge (ACK) the message blocks. 
Tlien send a TTY message from RDT. The alarm should 
appear. 

(4) Verify that message transmission is in precedence 
order. This will be accomplished by disabling the 
TTY circuit and releasing a series of messages for 
transmission, and then allov/ing sufficient time for 
all messages to clear validation and queue for trans- 
mission. The circuit will then be enabled (GIN com- 
mand) and a FLASH message released. Comparison of 


Test Completed and Satisfactory Performance Observed 
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logs should show that the FLASH message completed 
transmission before all other messages in the queue 
except for the message in transmission when the FLASH . 
message entered the queue. The FIFO requirement for 
messages of equal precedence will be tested at the 
same time by releasing a second FLASH message shortly 
after the first. The output log should show the FLASH 
messages to have been transmitted in the order of thexr 
release. 

f. Demonstrate the capability to purge a message. This will 
be accomplished using the PUR,TM,tsn command. The RDT 
should respond with the TSN xxx - MSG PURGED alarm. Apply 
the PUR command to a message which is queued for trans- 
mission, then examine the message logs after the queue has 
been cleared to verify that the message was not transmitted, 

g. Demonstrate Retrieval and Retransmission capability. 

This test is essentially an exercise of the GET command. 

The test will be repeated a total of five times, verifying 
the capability of RDT to retrieve a TTY message from disc 
by either its TSN or TI, demonstrating that GET can be 
executed from any system console, and showing that an 
attempt to retrieve a purged message results in the MESSAGE 
NOT FOUND alert. The test will also include exercising the 
RTT command, with examination of the RDT message logs to 
verify the following; 

Test Completed and Satisfactory Performance Observed 
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(1) There. Is no nev; TSN assignment for a retransmitted 

'Tl’Y message. 

(2) Tile logs are properly annotated, indicating a message 
retransmission. 

(3) A message which is retrieved but not retransmitted 
Is not logged. 

Demonstration of the actual retransmission is to be 
accomplished by exercising the R'iT command, calling the 
message by TI or TSN and will be verified by examining 
the message logs. As this command is valid only at the 
see console, the test i>rill include an attempt to use it 
from an operator console. .The result of such an action 
should be rejection of the command. 

3. Demonstrate capability to print TTY messages from all consoles 
using the PNT and PeH commands. 

a. eheck ability to print 1-9 copies 

(1) Print by TSN on Line printer (PNT,n,TM, tsn command) 
or TTY (pen, TTY, TM, tsn command) 

(2) Print by TI on line printer (PNT,n,TM,ti command) 
or TTY (PeHjTTYjTM, ti command) 

b. Demonstrate ability to abort the printing of a message 
(BOR, dev command). This will be accomplished by Issuing 
the PNT,n,TM,ti or tsn or PCH,TTY,TM, ti or tsn command, 
then the appropriate BOR, dev command. The second command 
should result in immediate cessation of printing. Repeat 
the test to demonstrate the validity of the BOR, dev com- 
mand from any RDT console. 

Test Completed and Satisfactory Perfonnance Observed 
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c. Verify the (Device) BUSY alarm. This Is to be accomplished 
by entering the PNT,n,TM, tl or tsn, or PCH,TTY,'rM, ti or 
tsu command for a message. Once printing has begun, the 
command Is to be repeated. The alarm should be Issued. 

d. Verify tlie RDT DEVICE D0\IN-(dev) alarm. The procedure 

Is: first do'^'m the line printer or TTY using the DWN 

command. Next, issue the rNTjOj'-lTI or PCn,TTY,'fM 
command (respectively). The alarm should result. 

4. Verify SCC Logging functions 

a. Entry 

(1) Verify capability to make an SCC log entry using 
The CMTjXj^, . . . . , command 

(2) Verify that all RDT commands and alarms appearing 
on see console result In log entries 

(3) Verify that the SCC log contains the correct infor- 
mation in the proper format by examining its contents. 

b. Retrieval 

(1) Verify automatic printout of SCC log when a page 
Is filled. 

(2) Verify ability to retrieve entire logs or any 

portion (as appropriate to the command) using the 
following commands from both the SCC and OPER con- 
soles: PNT,n,SL; PNlhnjSL, jdtg; PNT,n,SL, jdtg, jdtg 

(3) Verify the SCC LOG (JDTG) NOT IN PILE alarm by 
attempting to retrieve a non-existent SCC Log entry. 


Test Completed and Satisfactory Performance Observed 
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To accomplish this, execute the PNT,n, SL, jdtg cora- 
raand with a ficcltious Julian date time group 
parameter. 

c. Formats; Verify that the message and SCC log formats are 
as rcfjuired, and that the displayed and printed formats 
are identical. 

Send Data Message (repeat tests as required for each block size) 

1. Demonstrate Message Generation; 

Verify IDL validity from SCC and OPER consoles. The IDL command 
allows the DATA message header to originate either at the operator 
CRT or the card reader, and the text to originate from the CRT, 

Mag tape unit or card reader independent of the header device. 

Thus a complete test of this command involves 12 possible com- 
binations of consoles, header sources and text sources, as indicated 
in Table I. For the Factory System Test, each of the combinations 
listed below will be tested unless the requirement to do so is 
specifically x^aived by the Sponsor. In that event, and possibly 
for the purposes of Acceptance testing, a smaller sample of com- 
binations might be suitable. So that random selection of the com- 
binations can be accomplished, it is suggestedzthat a coin be tossed 
and a die cast, and the result matched with the table to select 
a combination for IDL. Multiple test events can be selected by 
repeating this procedure, discarding like outcomes. During the 
course of this test, the BLOCK SIZE ERROR alarm will be tested by 
specifying the wrong input device block size parameter in the IDL, 
hdr-dev, text-dev,blkslz command. In addition, the FILE COUNT 

Test Completed and Satisfactory Performance Observed 
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ERROR and RECORD COUNT ERROR alarms wll.l be tested by deliberately 
entering incorrect information when generating a DATA message 
header. The Incorrect information shall consist of counts which 
are larger than those of the actual text. 


Transmitted 


Selection 

TOIN 

Aid 

DIE 

Console 

Header Device 

Text Device 

Text Block 1 
Coding 

H 

1 

see ■ 

CRT 

CRT 

80, EBCDIC 

11 

2 

sec 

CRT 

NT 

80, BINARY 

H 

3 

sec 

CRT 

CR 

80, EBCDIC 

H 

4 

sec 

CR 

CRT 

80, EBCDIC 

H 

5 

sec 

CR 

■ m 

120, BINARY 

H 

6 

sec 

CR 

CR 

120, BINARY 

T 

1 

OPER 

CRT 

CRT 

80, EBCDIC 

T 

2 

OPER 

CRT 

MT 

132, BINARY 

T 

3 

OPER 

CRT 

CR 

120, EBCDIC 

T 

4 

OPER 

CR 

CRT 

80, EBCDIC 

T 

5 

OPER 

CR 

irr 

120, BINARY 

T 

6 

OPER 

CR 

CR 

132, BINARY 


TABLE I 


2. Demonstrate Validation & Transmission from all consoles using the 
TMM command. Before a message is transmitted, the DATA circuit is 
to be brought up using the CID command. 


Test Completed and Satisfactory Performance Observed 
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a. Valid measage enters queue, has TSN assigned, Is logged in, 

renorted in transmission, is transmitted, logged out and has 
transmission reported complete (no circuit problems) . 

b. Invalid Messages 

1. FORMAT LINE ERRORS. Attempt to send message containing 
all of the following FMT LINE errors. Errors should be. 
detected sequentially and the message queued for spill 
■back to originator's console for correction. 

(a) Format Line 1 

i) 1 - Block length 

11) 2 - Text code 

iii) 3 - Print control flag 
Iv) 4 - Text input media 

v) 5 — File count 

vi) 6 - Non RDT field 

vii) 7 - Space Character - Col. 7 

vlii) 8 - First character precedence check 

ix) 9 - Second character precedence check 

x) 10 - Space character - Col. 10 

xi) 11 - Security Trigraph 

xii) 12 - Space Character - Col. 14 

xiil) 13 - Originating Station Routing Indicator 

xiv) 14 - Station Serial Number 

xv) 15 - Space Character - Col. 26 

xvi) 16 - Julian Date Time Group 
xvli) 17 - Space Character - Col. 34 

Test Coinpleted and Satisfactory Performance Observed 
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xviii) 18 - Estimated Block Count 

xix) 19 ~ Hyphen - Col, 40 

xx) 20 - Classification indicator 

xxi) 21 - Dual Hyphen - Cols. 45 & 46 
xxli) 22 - RI Terminating Period missing 
xxiii) 23 - RI not all Alphas 

xxiv) 24 -■ RI field separator 

(b) Format Line 2 

i) 1 “ FMT line 2 missing 

il) 2 - Classification field mismatch 

iil) 3 - ZNR/ZNY mismatch with classification 

iv) 4 - Space character - Col. 4 

(c) Format Line 3: 1: Format Line 3 missing 

(d) Format Line 9: 1: Format Line 9 missing 

(c) Format Line 10 

1) 1 “ Fonsat line 10 missing 

il) 2 - lllsmatch of format lines 3 & 10 
(f) Format Line 11 

1) 1 - EOT 

li) 2 - Block Count in columns 6-10 does not match 
accumulated block count 

c. Queuing II: Demonstrate that valid message enters the 

transmission queue in precedence order. To accomplish this, 
two or more DATA messages of different precedence will be 
released for transmission in reverse precedence order. Upon 

Test Completed and Satisfactory Pcrf ormiance Observed 
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completion of transmission, the logs will be examined to 
verj.fy that the message TSh's increase with decreasing 
precedence. 

d. Logging and Courtesy copy Printing 

1. Demonstrate that input and output entries are created, 
include all required contents, and are in the proper 
format. This is to be accomplished by examining the logs. 

2. Demonstrate, that a courtesy copy is printed after valida- 
tion is completed. 

(a) DATA other than binary: header and text printed 

(b) Binary DATA: Header only printed 

e. Transmission II: 

(1) Test normal DATA message transmission by excuting the 
TMM command. Transmission of the message is verified 
by observing the output log. Repeat the test using a 
message containing validation errors and the Ti'IM,NV command 

(2) With messages in the transmission queue, repeat the above 
test (TMM command), then issue the OFF command. Repeat 
the procedure using the STD command, then again using the 
ORD command. 

(a) In the case of the OFF command, the transmission 

should be terminated and requeued for later retrans- 
mission. After issuing the OFF command, the RDT 
must sign on again (SON) then enable the DATA cir- 
cuit (CID command) for continuation of the test. 


Test Completed and Satisfactory Performance Observed 
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Verify that the message was requeued for trans- 
mission by observing the output log after executing 
the above procedure. 

(b) With the STD command, the DATA transmission in pro- 
gress should be aborted with further DATA trans- 
missions inhibited tmtil issuance of the CID command. 
This will be verified by examining the RDT Logs. 

(c) Issuance of the ORD cormand should result in termina- 
tion of the transmission in progress with a BUST 
ender and the message aborted, with further DATA 
transmission inhibited until issuance of the CID 
command. This will be verified by examining the 

RDT Logs, TTie ORD command results in requeuing of 
the terminated transmission, so that, after reenabling 
the DATA circuit, the message should be retransmitted. 
Verify this by examining the logs. 

(3) Verify that the EXCESS RECORDS-ORIGINATING DATA Alarm 
fmictions by attempting to transmit a DATA message con- 
sisting of over 21,000 text blocks. 

(4) Demonstrate that transmission is according to precedence 
order. . To accomplish this, disable the DATA circuit and 
release a series of valid DATA messages for transmission, 
allowing time for all messages to clear validation and 
queue for transmission. The circuit will then be enabled 
(CID command) , and a pair of FLr\SH DATA messages released 
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sequentially. Exaiulnotion of the logs should show that 
the FLASH inessages coTiipleted transmission order of 
release (FIFO for messages of equal precedence) and ahead 
of all other messages which were q\ieued for transmission, 
f. Demonstrate Retrieval and Retransmission Capability. This 
test V 7 ill be conducted by exercising the GET,DM,tsn command 
to retrieve DATA messages, and the RTD,tsn command to retrieve 
and queue the message for retransmission. Verify that GET 
is a valid command from all consoles, and that RTD is an SCC- 
only command by issuing the commands from both types of con- 
soles. The RTD command should be rejected if entered from a 
console other than the SCC.’ Test the BOR, MSG command by 
retrieving a message then applying the command. The message 
should be aborted. The RDT message logs will be examined to 
verify the following: 

(1) There is no new TSN assignment for a retransmitted DATA 
message. 

(2) The logs are properly annotated, indicating- a message 
retransmission. 

(3) A message which is retrieved and aborted is neither trans 
mitted- nor logged. 

g. Demonstrate capability to purge a DATA message. This will be 
accomplished using the PUR.DM.tsn command. The RDT should 
respond with the TSNxxx - MSG PUFGED alarm. Apply the PUR 


Test Completed and Satisfactory Performance Observed 


Approved For Release 200^/0%;f7 '^CIA-RDP88-56SJ3 r000200040003-6 


DATE 


21 



Approved For Release 2002/05/17 : CIA-RDP88-00893R000200040003-6 

command to a message which is queued for transmission, then 
examine the message logs after the queue has been cleared to 
verify that the message was not transmitted. 

3. Demonstrate capability to output a DATA message to peripherals, 

a. Test the PNT,n,DM,tsn command from all consoles 

b. Test the PCH, CDP, DM, tsn command from all consoles 


lest Completed and Satisfactory Performance Observed 
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5 . TEimiNATINC MESSA GE TM FFIC PROCESSING 

This series of tests is designed to test the capability of RDT to receive 
and properly process messages in the absence of outgoing messages. 

A. Receive TTY Messages 

1. Verify ability to control the TTY circuit using the OFF, OUT, ORQ 
and GIN commands. These tests will be initialized by having the 
RDT signed on, the TTY circuit enabled, and TTY messages in trans- 
mission. 

a. Execute the OFF command. This should result in RDT termination 
of the incoming transmission and a log entry. Verify by 
examining the message logs. 

b. Execute the OUT command. This should have no effect on TTY 
message traffic being received. Verify by having the HDS 
emulator transmit a TTY message while the RDT is in the OUT 
status. 

c. Execute the ORQ command. This action should have no effect 
on received TTY message traffic. Verify by having the HDS 
emulator transmit a TTY message while the RDT is in the ORQ 
status. 

2. Verify the TTY CIRCUIT DO^iN alarm. This will be accomplished by 
having the HDS emulator Initiate a TTY message, followed by de- 
activation of the MODEM eliminator. Two minutes later, the alarm 
should appear at RDT. 

3. Verify correct allocation of disc files (if allocated sectors 
full, overwrite oldest entry). This is accomplished by retrieving 


Test Completed and Satisfactory Performance Observed 
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meBsages in reverse chronological sequenced Older messages should 
be over'Afritten before, hewer onaa, 

4. Verify allocation of time of receipt (TOR) by examination of the 
message logs. 

5. Verify message validation 

a. Verify message not spilled 

b. Message containing any -or all of the Format Line errors 
listed in 4.B.2.b will be spilled to SCO console 

1. Verify that Format lines can be edited and the message 
requeued properly under operator command, without 
generating another input log entry or courtesy copy, 
using the REL command. 

2. Verify that SCC operator can override validation by 
executing the REL,NV command. 

6. Verify message logging functions by examining input and output 
logs 

a. If log entry fills input or output log page, page is auto- 
matically printed. 

b. Log entries for each message received. 

c. Each incoming message has a TSN assigned 

7. Verify printing of courtesy copy. 

8. Verify distribution and print format of Incomming TTY messages. 
This will be accomplished by observing the automatic printing of 
the number of copies of each message specified in Format liiic 12E. 
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Observe whether paging requirements arc met, and verify proper 
format. Verify dissemination line printing at the end of each 
message. 

Receive Data Messages 

1. Verify ability to control the DATA circuit using the OFF, STD, ORD, 
and CID commands. These tests will be initialized by having the 
RDT signed on, the DATA circuit enabled, and DATA messages in 
transmission. 

a. Execute the OFF Command. This should result in RDT termination 
of the transmission and a log entry. Verify by examining the 
message logs. 

b. Execute the STD Command. This should have no effect on the 
receipt of DATA messages by the RDT. Verify by having the 
IlDS emulator send a DATA message while the RDT is in STD 
status, 

c. Execute the ORD command. This action should have no effect 
on the receipt of DATA messages by the RDT. Verify by 
having the IIDS emulator transmit a DATA message while the RDT 
is in ORD status. 

2. Verify formation of correct length blocks 

3. Verify correct allocation of disc files 

a. If allocated sector full from previously written messages, 
overwrite oldest entry. This is accomplished by retrieving 
messages in reverse chronological order. 
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b. If DATA zone 90% full output alarm. This will be accomplished 
by sending a 20,000 block DATA message to the ItDT. This should 
result ir output of the DATA ZONE 90% FULL alarm. 

4. Verify allocation of TOR by examination of the message logs. 

5. Verify message validation 

a. Valid message not spilled 

b. Message containing any -or all of the Format Line errors 
listed in 4.C.2.b will be spilled to SCO console. 

1. Verify that Format Lines can be edited and the message 
requeued properly under operator command (REL) without 
generating an input log entry or courtesy copy. 

2. Verify that the SCO operator can override validation using 
the RELjNV comraand. 

6. Verify message logging by examining the input and output logs. 

a. If log entry fills input or output log page, page is auto- 
matically printed 

b. Log entries for each message received 

c. Each incoming message has a TSN assigned 

7. Verify printing of courtesy copy. 

a. If binary data, only header is printed 

8. Verify distribution of message 

a. Verify that DATA message is output to Printer (132 column 

size), Mag Tape, Cards in any allowable combination thereof 
depending on message header contents. 
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b. Verify NUT Command from the SCC and operator consoles. This 

V7ill be accomplished by exercising each of the combinations 
of console. Input device and output device listed in Table II. 
The Table also indicates the restrictions regarding block size 
and DATA coding which must be complied with for NUT to be 
valid. Specification of an Incorrect block size will result 
in an error message (distinguished from an alarm by the fact 
that it does not result in a log entry) . ■ This function will 
be tested by deliberately specifying an Incorrect block size. 
Selection Aid 


COIN 

DIE 

Console 

Input 

Device 

Code/ 

Block Size 

Output 

Devic^ 

H 

1 

SCC 

MT 

No restrictions 

MT 

H 

2 

SCC 

MT 

EBCDIC/ 80 

CR 

H 

3 

SCC 

Ml- 

EBCDIC /<132 

LP 

H 

4 

SCC 

CR 

ASCII/80 

MT 

11 

5 

SCC 

CR 

ASCII/30 

CR 

H 

6 

SCC 

CR 

ASCII/80 

LP 

T 

1 

Oper 

MT 

No restriction 

MT 

T 

2 

Oper 

Ml’ 

EBCDIC/80 

CR 

T 

3 

Oper 

MT 

EBCDIC/<132 

LP 

T 

4 

Oper 

CR 

ASCII/80 

MT 

T 

5 

Oper 

CR 

ASCII/80 

CR 

T 

6 

Oper 

CR 

ASCII/80 

LP 




TABLE II 



Test Completed cind Satisfactory Performance Observed 


Approved For Release 2005/t)^yi7^'CIA-RDP88-SS§^3R^M500040003-6 


27 


Approved For Release 2002/05/17 : CIA-RbP88-00893R000200040003-6 

The automatic translation of ASCII to EBCDIC and vice versa 
will be tested as follows: 

(1) V7ith the Mag Tape unit as the input device and either 
the Card Reader or the Line Printer as the output device, 
simply read the hard copy output. 

(2) With the Card Reader as the input device and the Magnetic 
Tape as the output device, it will be necessary to utilize 
NUT twice, going from cards to the line printer via 
magnetic tape. The translation is verified accomplished 
if the line printer output is readable. 

Table II includes a selection aid column to systematize the 
random selection of a linilted sample of combinations for 
testing NUT. Refer to 4.C.I. 
c. Verify Priority ordering of output 
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6 • FUL L DUPLEX OPE RATTON 

This series of tests Is designed to verify the capability of RDT to operate 
satisfactorily in a full duplex environment. 

A. Queuing Tests. The purpose of these tests arc to verify the proper 

qvieulng of messages (TTY and DATA) being originated by the IlDT and to 
verify the functioning of associated alarms. 

1. Alarms Verification, For this test, the RDT will be in an up 

. status but not signed on. In addition, the line printers will be 

downed for the tost. A temporary software change will be made 
using RTE DEBUG software to in effect reduce the size of the dis- 
tribution queue from 390 words to 20 words. Under these conditions, 
a TTY message will be generated and released for transmission (TMM 
command) then repetitively retrieved and retransmitted using the 
RTT command. Verify that the QUEUE 80% FULL (NAME OF QUEUE) alarm 
appears, and that after a sufficient number of retransmission 
attempts (when the queue overflows) the WARM START- — REBOOT SYSTEM 
alarm appears. After completion of this test it will be necessary 
to execute the warm start procedures and restore the software 
before proceeding. 

2. Transmission Queuing. The initial state of the RDT will be up but 
not signed on for this test. The test will be conducted by 
releasing several DATA and TTY' messages for transmission in reverse 
priority order. The message set will consist of at least three 
DATA messages with two of the same precedence and at least three 
TTY messages V'/lth two of the same precedence. Once all messages 
have been validated (and therefore queued for transmission), RDT 
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will sign on, issue CIN and CID*, resulting In the transmission 
of the messages. Upon, completion of transmission of the message 
set, the output log V7ill bo examined to verify that the TTY 
messages were transmitted first, in precedence order, FIFO for 
messages of equal precedence, followed by the DATA messages, in 
precedence order, FIFO for messages of equal precedence. 

Transmission Precedence and Circuit Control 

1. Verify transmission in precedence order in a dynamic environment, 
a. With a DATA message in transmission from the RDT, release a 

TTY message for transmission fi'om RDT. Subsequent examination 
of the message logs should indicate that transmission of the 
TTY message preceded completion of transmission of the DATA 
message. 

2. Verify that the DATA circuit can be controlled independently of 
the TTY circuit. For each of the following tests, both the RDT 
and HDS emulator will sequentially release DATA and TTY messages 

for transmission in the order DATA, TTY, DATA, The indicated 

commands will be issued while a DATA message is being transmitted 
(ideally, while DATA messages are in transmission in both 
directions) . 

a. Verify the STD command. Issuance of this command should 

result in the immediate aborting of the DATA message being 
transmitted with complete inhibiting of all further DATA 
transmissions, but with no effect on receiving DATA or on 
the TTY circuit. Verify by remaining in this state long 
enough for the HDS emulator to transmit at least one TTY 

Test Completed and Satisfactory Performance Observed 
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message and at least one DATA message, with the RDT likewise 

continuing its attempts at transmission. Examine the RDT 
logs to verify that no DATA messages V7era transmitted while 
under the STD condition, that the DATA message being trans- 
mitted at the time STD was issued was aborted, that DATA 
messages vjere received, and that TTY messages were trans- 
mitted or received. Restore the circuit using the CID command, 
b. Verify the ORD command. Upon issuance of, this command, the 

sequence of events and procedures described in 6.B.2.a should 
result with the exception that the DATA message being trans- 
mitted at the time of ORD issuance was requeued for trans- 
mission. This is to be verified by issuing the CID command 
(restoring the DATA circuit) and observing that the message 
is automatically retransmitted by examining the message logs. 

3. Verify that the TTY circuit can be controlled Independently of 

the DATA circuit. For each of the following tests, both the RDT 
and the HDS emulator v/ill sequentially release TTY and DATA messages 
for transmission in alternating order. If possible, the indicated 
commands will be issued while TTY messages are being traiismitted 
from and received by the RDT. 

a. Verify the OUT command. Issuance of this command should 
result in completloii of the TTY message in transmission, 
followed by inhibition of the TTY circuit, with no effect on 
DATA transmissions. Verify by remaining in this state long 
enough for the HDS emulator and the RDT to each transmit 
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at; least one each DATA and TTY nessage. Examine the RDT message 

logs to verify that no TTY messages were transmitted while the 
out command was In effect but that TTY messages were received, 
and the command had no effect on the DATA circuit. At the end 
of the test, restore the circuit using the GIN command, 
b. Verify the ORQ command. Upon issuance of this command, the 

sequence of events and procedures described in 6.B.3,a should 
result with the exception that the TTY message in transmission 
from RDT at the time of ORQ Issuance was requeued. Verify by 
examining the RDT message logs. 

Line Printer Control, The purpose of this test is to verify the IIID, 

HIT, END and ENT commands. For this. test, the RDT must be configured 
with two line printers. For the sake of def initiness , it is specified 
that LPl be designated the TTY printer. During the course of the test, 
the HDS emulator will sequentially send TTY and DATA messages in 
alternating order. IsThen the test begins, LPl will be do’-.raed locally 
and the following sequence followed: 

1. The IHD command vrlll be issued. This should result in inhibiting 
of LP2 , Once this occurs, the operator shall change the forms 

in LP2. 

2. Once LP2 is loaded with TTY paper, the ENT command will be Issued. 

This should result in the printing of TTY messages and logs (if 
scheduled) on LP2. 

3. After sufficient time has passed to verify that TTY and logs but 
no DATA are being output to LP2, completion of repair to LPl will 
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be Biraulated by upin« It locally. The HIT command will then be 
Inoucd, resulting in cessation of all printing activity on LP2. 

4. With LP2 Inactive, the operator shall change paper for that 
printer from TTY to DATA. When this is done, the END command 
will be issued, resulting in printing of DATA on LP2. LPl V 7 ill 
be then restored by issuing the U1’,LP1 command and then the ENT 
command. At this point, LPl should print accumulated TTY messages 
and logs, with LP2 printing DATA. 


Test Completed and Satisfactory Performance Observed 
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^ENDIX 1: RDT COMMANDS MP 


CONSOL E ON LY COMMA ND_S 
COMMAND 

Cornmunlcations Coiitrol 


PRINCIPAL TEST OF COMMAND 


SON 

3. A 

OFF 

4.B.2 

GIN 

4. A 

OUT 

4 . B . 2 

ORQ 

4 . B . 2 

CID 

4.G.2 

ORD 

4,C.2 

STD 

4.C.2 

Retransmission 


RTTjtsn 

4.B,2, 

RTT,ti 

4,B.2, 

RTD, tsn 

4.C.2, 

Messap,e Printing Control 


HIT 

6.C.3 

HID 

6.C.1 

TTY, Ip, . 

1 or 2 

2.B 

ENT 

6.C.2 

END 

6.C.4 

System Status & Peripheral Control 


UP, dev 

2.C.1 

DWNjdev 

2.D 

STA 

2.E.1 

General 


PUR,TM, tsn 

4.B.2. 

PUR, DM, tsn 

4 . C . 2 . 

CMT,x, 

X • • • u 

4.B.4. 

TM 

’yyyyjddd,hh,iurn 

2.B,2. 

TIM 

2.F 

COP 

2.C.2 

Service Message Transmission 


CCK 

4. A. 3 

QRT 

4.A.1 

QRV 

4.A.1 

ZES, tl, precedence 

4 • A # 1 

ZFX, ti 

4.A.1 

CSR 

4.A.1 
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COMMANDS ISSUABLK FROM ALL CONSOLES 

— 

— ■ 


PRINCIPM, TEST OF COM>fi\ND 

Message Generation 

ITM,hdr-dev, txt-dev 

4.B.1 

lDL,hdr-dev, text-dev,blkslz 

4.C.1 

Message CRT Retrieval 

SVC 

4. A. 2 

GET,TM, tsn 

4.B.2.g 

GET, TM, ti 

4 . B . 2 , g 

GET,DM,tsn 

• 

4.C.2.f 

Message Console. Control 

REL 

5. A. 5 

REL,n 

5. A. 5 

R1':L,NV 

5. A. 5 

REL,n,NV 

5. A. 5 

TMM 

4,B.2.e 

TMM,NV 

4.B.2.e (developmental command - 

BOR, MSG 

not included in delivered 
system) 

4 . C. 2 . e 

BOR, dev 

4.B.3.b 

N 

4.B.1 

Peripheral Output 


PNT,n,TM, tsn 

4.B.3.a 

PNT,n,TM, ti 

4.B.3.a 

PNT,n,DM, tsn 

4.C.3.a 

PNT,n,RP 

2.E.1 

PNT,n,ML 

4.B,2.d 

PNT,n,ML, tsn 

4.B.2.d 

PNT,n,ML,tl 

4.B.2.d 

PNT,n,MI,,jdtg 

4.B.2,d 

PNT,n,ML, jdtg, jdtg 

4.B.2.d 

PTN,n,SL 

4.B.4.b 

PNT,n, SL, jdtg 

4.B.4.b 

PNT,n,SL, jdtg, jdtg 

4.B.4.b 

PCH,TTY,TM,tsn 

4.B.3.a 

PCH,TTY,TM, ti 

4 . B . 3 . a 

PCH,CDP,DM, tsn 

4.C.3.b 

NUT, in-dev, out-dev,blksiz 

5.B.8 

Editinj’ 

U,ln 

4. A. 2 

D, In 

4. A. 2 

S 

4. A. 2 

I 

4. A. 2 

R 

4. A. 2 

C,abc. . . /xyz. , . 

T 

4. A. 2 

1-1 
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appendi x II; RDT AMRMS MAP 
_AL ARM 

(Com mu nic a t Ions Probl ems) 

Hung Block - TSNxxx 
TTY Circuit Down 
Unable Sign On 
No ENQ Response 
No Comp-TTY CCK 
Signed On 

(M e s sage Proc essing Pr oblem s) 

TSNxxx - Block Size Error- 
-■ File Count Error 
“ Record Count Error 

- End of Msg 

“ Line Recognition Error 

- Msg Purged 

era to^ Command Errors) 

RDT DEVICE DOWN” -“'(dev) 
see Log**Not in File (JDTG) 

Msg Log**Not in File (TI,TSN, or JDTG) 

(Reso urce Condition Warning) 

Disc DS (0 or 1) Inoperable 
(Device) Busy 
DATA Zone 90% Full 
TSNxxx - Excess Records 
Unable Complete Codexx 

Warm Start Reboot System 

Queue 80% Full (Name of Queue) 

Excess Records - Originating DATA 

(Disc Copy Functions) 

Disc Copy in Progress 
Disc Copy Verified Completed 
Disc Copy Verified Aborted 
Verify Error ;LU(/0TRACK(//)SECT0R(//) 


PRINC IPAL TEST OF AL ARM 


4. B.2.e 

5. A. 2 

3. A. 2 

3. B 

4. A. 3 
3.A.1 


4.d.l 

4.d.l 

4.d.l 

Reserved for future use - not tested 
4.B.2.f 


4.B.3.d 

4.B.4.b 

4.B.2.d 


2,E.2.c 

4. B.3.C 

5. B.3.b 

Requires link with EDS - not tested 

6. A.1 

6.A.1 

4 . C . 2 . e 


2.E.2.a 

2.E.2.a 

2.E.2.b 

Cannot simulate disc error - 
not tested 
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